home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 2002 November / SGI IRIX Base Documentation 2002 November.iso / usr / share / catman / p_man / cat4 / miser_submit.z / miser_submit
Encoding:
Text File  |  2002-10-03  |  5.0 KB  |  133 lines
  1.  
  2.  
  3.  
  4. mmmmiiiisssseeeerrrr____ssssuuuubbbbmmmmiiiitttt((((4444))))                                                mmmmiiiisssseeeerrrr____ssssuuuubbbbmmmmiiiitttt((((4444))))
  5.  
  6.  
  7.  
  8. NNNNAAAAMMMMEEEE
  9.      mmmmiiiisssseeeerrrr____ssssuuuubbbbmmmmiiiitttt - resource schedule list
  10.  
  11. DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  12.      The _m_i_s_e_r__s_u_b_m_i_t command allows the user to specify the resource schedule
  13.      of a particular job in a file.  The resource is a list of resource
  14.      specifications, called segments, that define the resource requirements of
  15.      a particular job.  A resource specification is a tuple of CPUs, memory
  16.      and wall clock time. Currently Miser only supports resource schedules
  17.      consisting of one segment. A segment also has additional optional fields
  18.      defining how the job is scheduled.
  19.  
  20.      The resource file consists of a list of segments.  Each segment must
  21.      begin with the token SEGMENT and have the number of CPUs, memory, and
  22.      wall clock time specified.  In addition to the resources, it is also
  23.      possible to specify additional scheduling parameters.
  24.  
  25. EEEEXXXXAAAAMMMMPPPPLLLLEEEE
  26.      An example resource schedule list for an application that requires 10
  27.      CPUs, 100 megabytes of memory, and 100 minutes of wall clock time:
  28.  
  29.      ####rrrreeeessssoooouuuurrrrcccceeee sssscccchhhheeeedddduuuulllleeee
  30.      SSSSEEEEGGGGMMMMEEEENNNNTTTT
  31.      TTTTIIIIMMMMEEEE 111100000000mmmm
  32.      NNNNCCCCPPPPUUUUSSSS 11110000
  33.      MMMMEEEEMMMMOOOORRRRYYYY 111100000000mmmm
  34.  
  35.  
  36. SSSSUUUUMMMMMMMMAAAARRRRYYYY
  37.      Commands are newline terminated, characters following the comment
  38.      delimiter token 'SEGMENT' and must have the number of CPUs, memory, and
  39.      wall clock time specified.
  40.  
  41.      The valid tokens are:
  42.  
  43.      SSSSEEEEGGGGMMMMEEEENNNNTTTT
  44.           Defines the beginning of a new segment of the resource schedule.
  45.  
  46.      NNNNCCCCPPPPUUUUSSSS cpus
  47.           The number of CPUs that the segment can use.
  48.  
  49.      MMMMEEEEMMMMOOOORRRRYYYY memory [g|m|k]
  50.           The maximum amount of memory, for all requested CPUs, that can be
  51.           used at any one point.  The memory is specified by a positive
  52.           integer followed by a unit of _g for gigabyte, _m for megabyte, and _k
  53.           for kilobyte.  If no unit is specified the value is assumed to be
  54.           bytes.
  55.  
  56.      TTTTIIIIMMMMEEEE time
  57.           The time, total wall clock time requested for the job, is the
  58.           product of the total wall clock time per CPU and the number of CPUs
  59.           (time = wall clock time per CPU * number of CPUs).  The time can
  60.  
  61.  
  62.  
  63.                                                                         PPPPaaaaggggeeee 1111
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70. mmmmiiiisssseeeerrrr____ssssuuuubbbbmmmmiiiitttt((((4444))))                                                mmmmiiiisssseeeerrrr____ssssuuuubbbbmmmmiiiitttt((((4444))))
  71.  
  72.  
  73.  
  74.           either be specified by a positive integer followed by an _h for
  75.           hours, _m for minutes, or _s for seconds.  The time may also be
  76.           specified by a string of the form _h_h:_m_m._s_s.
  77.  
  78.      SSSSTTTTAAAATTTTIIIICCCC
  79.           This is an optional field.  A segment that is _S_T_A_T_I_C and submitted
  80.           to a queue with a default scheduling policy has the property that an
  81.           application will only run when the segment is scheduled to run.  It
  82.           will not run earlier even if there are idle resources available to
  83.           the application.  If the segment is submitted to a queue with a
  84.           repack policy it may be rescheduled and run earlier than the time
  85.           that it was initially scheduled at.
  86.  
  87.      MMMMUUUULLLLTTTTIIIIPPPPLLLLEEEE number
  88.           If a miser policy cannot schedule an application with the number of
  89.           CPUs requested, the miser policy may try to schedule the application
  90.           with fewer CPUs.  This option allows the user to specify what
  91.           multiple of CPUs may be considered.  For example, if an application
  92.           can only be run using CPUs in multiples of two, the multiple value
  93.           specified would be two.  If no value is specified the default is
  94.           one.
  95.  
  96.      EEEEXXXXCCCCEEEEPPPPTTTTIIIIOOOONNNN type
  97.           This is an optional field.  The type parameter may only be "KILL" at
  98.           this time.  Future versions of miser may support additional options.
  99.  
  100. SSSSEEEEEEEE AAAALLLLSSSSOOOO
  101.      miser_submit(1).
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.                                                                         PPPPaaaaggggeeee 2222
  130.  
  131.  
  132.  
  133.